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TITLE 

Internet Service Node Incorporating a Bandwidth Measurement Device 
And Associated Methods for Evaluating Data Transfers 

CROSS-REFERENCE TO RELATED APPLICATIONS 

Not applicable. 

STATEMENT REGARDING FEDERALLY SPONSORED 
RESEARCH OR DEVELOPMENT 

Not applicable. 

REFERENCE TO A MICROFICHE APPENDIX 

Not applicable. 

FIELD OF THE INVENTION 
[0001] The invention is directed to a method and apparatus for measuring bandwidth 
between a subscriber and a service node for the subscriber's internet service provider ("ISP"). 
By generating a baseline measurement for the bandwidth between the subscriber and the service 
node operated by the ISP and providing a device which enables subsequent measurements of the 
bandwidth between those points by the subscriber, the origin of degradations in service may be 
more readily identified. 

BACKGROUND OF THE INVENTION 
[0002] Most personal computer ("PC") users obtain access to the Internet through an ISP. 
Typically, the PC user will establish a connection between their PC and a server operated by the 
ISP using either a modem and phone line or a dedicated line, commonly known as a digital 
subscriber line ("xDSL"), installed by the ISP, a competitive local exchange carrier ("CLEC"), 
or a local or long distance telephone company. Once the PC user has established a connection 
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with the ISP, the ISP is responsible for establishing and maintaining a connection with the 
Internet for the PC user. 

[0003] The bandwidth of a data transmission system is determined based upon the speed at 
which data can be transferred between two points within the system. Thus, for a PC or other 
computer system connected to the Internet, the downstream bandwidth is the speed, in bits per 
second, that data can be transferred (or "downloaded") to the PC from the Internet while the 
upstream bandwidth is the speed, in bits per second, that data can be transferred (or "uploaded") 
from the PC to the Internet. When connected to a selected site on the Internet, a variety of 
factors can dramatically affect both downstream and upstream bandwidth. For example, a poorly 
configured PC, a substandard connection with the ISP, an overloaded gateway to the Internet, an 
overloaded Internet backbone, an excessive hop count to the selected Internet site or an 
inadequate server at the selected site may all adversely affect bandwidth. 

[0004] A web site known as "DSLreports.com" enables PC users to test their broadband 

connection by performing upload and download speed tests between the user's PC and a test 
server maintained by the aforementioned web site. The DSLreports.com web site also maintains 
a summary of all tests performed by the user. Unfortunately, the results of tests such as those 
offered by DSLreports.com have been misinterpreted by many Internet users. Internet users 
typically obtain access to the Internet by entering into a service agreement with an ISP. 
Oftentimes, the ISP promises to provide certain upload and download speeds, commonly referred 
to as "rated speeds", to the Internet user, particularly when the ISP offers a dedicated line such as 
a xDSL line. After entering into a contract with an ISP promising a certain level of service, an 
Internet user may misinterpret speed reports such as those generated by DSL reports.com as 
evidencing upload and download speeds below the rated speeds promised by the ISP. Such 
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mistaken beliefs oftentimes lead to the Internet user becoming dissatisfied with their ISP and 
may even motivate the cancellation of their service agreement. 

[0005] However, deficient upload and download data transfer rates can result from a variety 
of problems, many of which are beyond the control of the ISP. More specifically, the ISP is only 
responsible for the connection between a subscriber's PC and the ISP's internet gateway. The 
cause of a deficient upload or download data transfer rate, on the other hand, may reside within 
the PC itself or at a internet location well removed from that portion under the control of the ISP. 
Accordingly, this invention improves on current techniques for testing upload and download data 
transfer rates by providing a service node uniquely configured for determining bandwidth 
between the node itself and clients thereof. By determining bandwidth to and/or from the service 
node, those deficiencies in service which can be readily addressed by the ISP are discernable 
from those that are beyond the control of the ISP. 

SUMMARY OF THE INVENTION 
[0006] In one embodiment thereof, the present invention is directed to a service node for 
coupling a client to a network having at least one server. The service node includes a gateway 
configured for connection to the network, a switch configured for connection to the client, and a 
data routing system extending between the switch and the gateway. Collectively, the switch, 
data routing system and gateway form a path, through the service node, configured for coupling 
the client to the network. Coupled to the path and forming part of the service node is a 
bandwidth measurement device configured for determining upload and/or download data transfer 
rates between the client and the service node. In one aspect thereof, the data routing system is 
comprised of a router coupled to the switch and the gateway and, in another, the bandwidth 
measurement device is coupled to the gateway. In still others, the client may be a PC, the switch 
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may be an ATM edge switch, the bandwidth measurement device may be a server, and the 
network may be the Internet. 

[0007] In further aspects of this embodiment of the invention, the bandwidth measurements 
are performed by a measurement application which resides on the bandwidth measurement 
server. The measurement application determines upload data transfer rates based upon an 
analysis of arriving data packets originating at the client. For download data transfer rates, the 
measurement application generates data packets for transfer to the client. The measurement 
application may further include an applet suitable for download to the client. For upload data 
transfer rates, the downloaded applet generates the data packets originating at the client and, for 
download data transfer rates, the downloaded applet analyzes data packets generated the 
measurement application upon arrival at the client. Once acquired, the upload and download 
data transfer rates may be retained within a measurement database coupled to the bandwidth 
measurement server. 

[0008] In another embodiment of the present invention, a similarly configured service node 
is incorporated into an intranet for providing on-demand Internet access to subscribers coupled to 
the service node by xDSL lines. In this embodiment, the bandwidth measurement device is 
configured for determining upload and/or download data transfer rates between the service node 
and requesting ones of a plurality of subscriber terminals which access the bandwidth 
measurement device. In one aspect of this particular embodiment of the invention, the intranet 
further includes a service provider terminal coupled to the router of the service node and, in 
another, data maintained in the measurement database of the bandwidth measurement server may 
be accessed through the service provider terminal. 
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[0009] In still further embodiments thereof, the present invention is directed to associated 
methods which utilize a measurement of a data transfer rate between a terminal and an internet 
access node to determine useful information. In one such method, performance of an internet 
service provider is evaluated over time by comparing the measured data transfer rate to a 
previously measured baseline data transfer rate. In another, degradations in service are 
determined if the measured data transfer rate is below the baseline data transfer rate by more than 
a pre-selected threshold value. In still another, the variance between the measured data transfer 
rate and a rated speed for the internet service provider is determined. In accordance with this 
method, if the variance is within an acceptable range, it is determined that any below-rated speed 
data transfers are outside the control of the internet service provider. 

DESCRIPTION OF DRAWINGS 
[0010] Figure 1 is a block diagram of a network containing plural access nodes, each 
equipped with a bandwidth measuring device for determining transfer speeds to and/or from 
clients thereof. 

[0011] Figure 2 is an expanded block diagram of the bandwidth measuring device of a 
selected one of the plural access nodes of Figure 1 and computing systems respectively operated 
by a client and a service provider for the access node. 

[0012] Figure 3 is a block diagram of a method of measuring a data transfer speed between 
the client and the access node. 

[0013] Figure 4 is a block diagram of a method of accessing data acquired during the 
measuring of the data transfer speed between the client and the access node. 
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DETAILED DESCRIPTION OF THE INVENTION 
[0014] Refer ring now to Figure 1, a network 100, for example, the Internet is comprised 

a plurality of interconnected computer systems (not shown), commonly referred to as web 
servers, which exchange data using the transmission control protocol/internet protocol 
("TCP/IP"). Individual subscribers can access the Internet 100 through an access node located 
on the edge of the Internet 100, for example, access nodes 102-1 through 102-N. As disclosed 
herein, each of the access nodes 102-1 through 102-N are service nodes which include an 
asynchronous transfer mode ("ATM") edge switch 104. However, in alternate embodiments of 
the invention, one or more of the access nodes 102-1 through 102-N may be a digital loop carrier 
("DLC") system, a cellular antenna site, a private branch exchange ("PBX"), an optical network 
unit ("ONU") or another type of access node. 

[0015] The aforementioned ATM edge switch 104 provides access, to end users, 

commonly referred to as subscribers, operating clients 112-1 through 112-X to a corresponding 
one of the service nodes 102-1 through 102-N. In addition to the ATM edge switch 104, each 
one of the service nodes 102-1 through 102-N includes a router 106 for routing data packets 
between selected locations within the corresponding service node and a gateway 108 which 
controls access to the Internet 100 via the corresponding service node. Collectively, the ATM 
edge switch 104, the router 106 and the gateway 108 form a path, through the corresponding one 
of the service nodes 102-1 through 102-N, for the clients 112-1 through 112-X served by that 
service node. Finally, each one of the service nodes 102-1 through 102-N includes a bandwidth 
measurement device 110 for determining upload and download data transfer rates between a 
client initiating a bandwidth measurement test and the service node which provides the client 
with access to the Internet 100. Of course, it should be clearly understood the foregoing 
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description of a service node has been greatly simplified and that numerous components and 
devices thereof have been omitted from the drawings. For example, Figure 1 shows, for each 
service node 102-1 through 102-N, a single router, specifically, the router 106, as coupling all of 
the various devices residing within that service node. In actuality, however, the router 106 
should be viewed as being representative of the plural routers which more typically reside within 
a service node and which collectively couple the various devices residing therein. Furthermore, 
while it is fully contemplated that the clients 112-1 through 1 12-X encompass all of the various 
types of electronic devices capable of accessing the Internet 100, for illustrative purposes, Figure 
1 shows all of the clients 1 12-1 through 1 12-X as PCs. 

[0016] Together, a service node and the clients served by that service node, for example, 

the service node 102-1 and the clients 112-1 through 1 12-X, form an intranet 115. Also forming 
part of the intranet 1 15 is a computer system 1 14, for example, a PC, coupled to the router 106. 
The PC 1 14 is operated by the ISP operating the service node 102-1 to which it is attached and, 
as will be more fully described below, may be used by a service technician employed by the ISP 
to evaluate bandwidth measurement tests performed by the clients 112-1 through 112-X served 
by the service node 102-1. For example, in response to a complaint by a subscriber that 
download and/or upload data transfer rates are below the rated speeds promised by the ISP, the 
service technician may use the ISP PC 1 14 to reaview the bandwidth measurement tests forming 
the basis for the subscriber's complaint. 

[0017] Referring next to Figure 2, the structure of a selected bandwidth measurement 

device, for example the bandwidth measurement device 110 residing within the service node 
102-1, a selected client, for example the client 112-1, which may access the bandwidth 
measurement device 110 to determine download and/or upload data transfer rates between the 
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service node 102-1 and the client 112-1 and the ISP PC 114 which may access the collected data 
will now be described in greater detail. As may now be seen, the client 1 12-1 is a conventionally 
configured PC having processor and memory subsystems (not shown). Residing on the memory 
subsystem and executable by the processor subsystem is a web browser application, for example, 
Microsoft Explorer 4.0 or Netscape Navigator 4.7, which enables the client 112-1 to access 
applications and view documents residing on servers located within the service node 102-1 or 
elsewhere on the Internet 100. The ISP PC 1 14 is similarly configured to the client 112-1, with a 
web browser application 124 which enables it to access applications and data on servers located 
within the service node 102-1 or elsewhere on the Internet 100. Like the client 112-1, the web 
browser application 124 resides on a memory subsystem (not shown) of the ISP PC 1 14 and is 
executable by a processor subsystem (also not shown) thereof. 

[0018] Finally, like the client 112-1 and the ISP PC 114, the bandwidth measurement 

server 110 is a computer system, although, most likely, the bandwidth measurement server 110 
would be more powerful than either the client 112-1 or the ISP PC 114. The bandwidth 
measurement server 110 includes processor and memory subsystems (not shown). Residing in 
the memory subsystem and executable by the processor subsystem are a web server application 
116 and a measurement server application 118. The web server application 116 works with the 
web browser applications 113 and 124 to enable access to applications and data residing on the 
bandwidth measurement server 110. More specifically, in response to a request by the client 
112-1 to determine download or upload data transfer rates, the web server application 116 
initiates execution of the measurement server application 118 which performs these tests in the 
manner more fully described below. The measurement server application 118 stores data 
collected while determining download and upload data transfer rates in measurement database 
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122 where it may be retrieved later by either the client 112-1 or the ISP PC 114, again in a 
manner to be more fully described below. 

[0019] It should be noted that, while, in the embodiment of the invention disclosed 

herein, the web server application 116 and the measurement application 1 1 8 reside on a common 
server— the bandwidth measurement server 110, it is contemplated that, in an alternate 
embodiment of the invention, the web server application 116 and the measurement application 
118 may instead reside on respective servers. It is further contemplated that the measurement 
database 122 may be off-loaded from the bandwidth measurement server 110 onto a separate 
platform or, if desired, may be configured as a resource shared by and accessible to all of the 
service nodes 102-1 through 102-N and/or all of the ISP PCs 1 14. 

[0020] Referring next to Figure 3, an associated method by which the client 112-1 utilizes 
the bandwidth measurement server 110 to determine both downstream and upstream data 
transmission rates will now be described in greater detaiL The method commences at step 126 
and, at step 128, a user operating the client 112-1 launches the web browser application 113. 
Continuing on to step 130, if the user operating the client 112-1 wishes to determine downstream 
and upstream data transfer rates between the client 112-1 and the service node 102-1, the user 
then initiates an access of the bandwidth measurement server 110 by entering the Universal 
Resource Locator (URL) for the bandwidth measurement server 110 into the web browser 
application 113 and initiating a request for connection to that IP address. Upon receipt of the 
request for connection to the URL for the bandwidth measurement server 110, the router 106 
establishes a connection between the bandwidth measurement server 110 and the client 112-1. 
[0021] To establish the aforementioned connection between the bandwidth measurement 
server 110 and the client 112-1, the router directs the request for connection to the indicated 
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URL to the gateway 108. There, the gateway 108 determines that the requested URL is within 
the service node 102-1 and, rather than forwarding the request onto the Internet 100, directs the 
request to the bandwidth measurement server 110. By connecting the bandwidth measurement 
server 1 10 to the client 112-1 through the gateway, certain benefits are achieved. Specifically, 
when upload and download data transfer rates between the bandwidth measurement server 110 
and the client 112-1 are measured, the resultant data transfer rates are those between the client 
112-1 and the closest point of connection between the client 112-1 and the Internet 100, i.e., the 
gateway 108. As a result, the acquired data provides is particularly useful in discerning whether 
below-rated speed data transfer rates are due to problems within the service node 102-1 where 
the ISP can better effect remedial action or are due to problems outside the service node and 
most likely outside the control of the ISP. 

[0022] Of course, it is contemplated that the router 106 may be configured to couple the 
client 112-1 to the bandwidth measurement server 110 using a more direct path. By doing so, 
however, it should be realized that, , the usefulness of the acquired data could be reduced. For 
example, if the router 106 established a direct connection with the bandwidth measurement 
server 110 that avoided the gateway 108 completely, problems along the path between the router 
106 and the gateway 1 08 which were causing data transfer rates to drop, would be masked. 
[0023] Returning to step 130, upon initiating an access of the bandwidth measurement 
server, the web server application 116 proceeds to generate a graphical user interface ("GUI") 
from which the user may access the bandwidth measurement application to initiate tests of the 
downstream and upstream data transfer rates between the client 112-1 and the service node 102- 
1 . It should be appreciated that, while a wide variety of GUIs may provide the desired interface 
with the user, it is contemplated that, at a minimum, the GUI should have an information box 
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containing instructions for the user to perform the test and plural buttons, the respective 
depression thereof will initiate an action. It is further contemplated that the GUI should be 
suitable for use by both the user of the client 112-1 and the service technician operating the ISP 
PC 113. Accordingly, certain instructions and/or test buttons forming part of the GUI may not 
be available to the user and/or the service technicians. For example, password protection may be 
used to prevent the user from initiating certain actions from the GUI which should only be 
initiated by the service technician. 

[0024] Proceeding on to step 132, the user selects an available action. In the embodiment of 
the invention disclosed herein, there are three actions which may be accessed from this interface: 
(1) run a normal bandwidth measurement test; (2) run a baseline bandwidth measurement test; 
and (3) run a bandwidth report for a specific IP address. Of these actions, the second is not 
normally available to the user. As defined herein, a "baseline" bandwidth measurement test is an 
initial bandwidth measurement test used for comparison to subsequent bandwidth measurement 
tests run at a later point in time. Preferably, the baseline bandwidth measurement test is run the 
first time that the client 112-1 accesses the service node 102-1. For example, a service 
technician often installs an xDSL line for a new subscriber. After installing the xDSL line and 
establishing an initial connection with the service node 102-1, the service technician should run a 
baseline bandwidth measurement test. 

[0025] The baseline bandwidth measurement test performs a variety of useful functions. For 
example, the test will confirm if the service node 102-1 is transferring data at the rated speed at 
installation. After the baseline bandwidth measurement test has been performed, the data 
acquired during the test is stored in the measurement database 122 where it may be retrieved for 
subsequent analysis. For example, degraded performance of the service node 102-1 can be 
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detected if a subsequent bandwidth measurement test is a selected value below the baseline 
measurement test. To preserve the data acquired during the baseline bandwidth measurement 
test, it is preferred that the baseline bandwidth measurement test be password protected using a 
password unknown to the user. Alternately, the GIU could be configured to allow only one 
baseline measurement test to be run before the corresponding button is disabled. Such an 
approach would be useful if the user performs the initial installation of the connection to the 
service node 102-1 without assistance from a technician. 

[0026] Returning to step 132, if the user selects the "RUN BANDWIDTH 
MEASUREMENT TEST" action, the method proceeds to step 134 where the web server 
application 116 issues an instruction which causes the measurement application 118 to begin 
execution. Upon initiating execution, the measurement application 118 downloads a 
measurement applet 120 to the client 112-1. The measurement applet 120 is a JAVA applet 
which, when downloaded to the web browser application 113 of the client 112-1, executes in 
conjunction with the measurement application 118 to perform the requested bandwidth 
measurement test for the user. Preferably, in conjunction with the downloading of the 
measurement applet 120, a message advising the user that the bandwidth measurement applet 
120 is downloading should be transmitted to the web browser application 1 13 for display. 
[0027] After the measurement applet 120 has been downloaded, the method proceeds to step 
136 for commencement of the bandwidth measurement test. At this step, the measurement 
applet 122 establishes a user datagram protocol ("UDP") socket connection between the client 
1 12-1 and the bandwidth measurement server 110. Of course, other protocols within the TCP/IP 
suite would be suitable for exchanges between the client 112-1 and the bandwidth measurement 
server 110, particularly those protocols which, like UDP, neither uses acknowledgements nor 
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guarantees packet delivery. Preferably, in conjunction with the establishment of the UDP socket 
connection between the client 112-1 and the bandwidth measurement server 110, a message 
advising that the measurement applet 120 is establishing a UDP connection (shown in phantom 
in Figure 2) with the measurement application 1 18 of the bandwidth measurement server 1 10, as 
well as a subsequent message that the connection has been successfully established, should be 
transmitted to the user should be generated on the display of the client 112-1. 
[0028] Depending on usage of the bandwidth measurement server 110, it may be necessary 
for the measurement application 120 to pause before initiating the data transfer rate tests at step 
138. For example, to enhance accuracy of the tests, the measurement application 120 should 
pause until other activity on the client 112-1 has ended. Additionally, if other clients, for 
example, one or more of the clients 112-2 through 112-X are performing bandwidth 
measurement tests, the measurement application 120 should wait until the other users have 
completed their tests. Again, if a pause is necessary before initiating the data transfer rate tests, 
the measurement application 120 should transmit an appropriate message for display at the client 
112-1. 

[0029] Once the measurement application and measurement applet 118 and 120 are ready, 
the method proceeds to step 138 where the measurement applet 120 initiates an upload 
bandwidth measurement test by flooding the socket connection with UDP packets generated 
thereby. Preferably, the measurement applet 120 should generate generally incompressible UDP 
packets of varying sizes to better simulate actual network traffic. Each UDP packet generated by 
the measurement applet 120 and uploaded to the measurement application 118 should have a 
field containing a sequence number. The measurement application 118 counts the number of 
UDP packets received over a pre-selected time period and, from this count over time, can 
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determine an upload data transfer rate. The measurement application 118 also counts bit errors 
and packets lost. Bit errors may be counted by placing known data in the payload of each UDP 
packet. The measurement application 118 may then compare the payload of the arriving UDP 
packets to the known data and determine a bit error count from the differences therebetween. 
Alternately, bit errors may be counted using a cyclic redundancy check ("CRC") on the arriving 
UDP data packets. Lost packets may be counted by comparing the count of arriving UDP data 
packets to the highest sequence number identified within the received stream of UDP data 
packets. Preferably, during the upload data rate test, the measurement application 120 should 
transmit a message for display at the client 112-1 indicating that the upload bandwidth 
measurement test is being conducted. 

[0030] Again, depending on usage of the measurement application 118 and/or the 
measurement applet 120, after completing the upstream bandwidth measurement test, it may be 
necessary for the measurement application 118 to pause before initiating the downstream 
bandwidth measurement test at step 140. For example, to enhance accuracy of the tests, the 
measurement application 118 may pause until other activity on the client 112-1 has ended. 
Additionally, if other clients, for example, one or more of the clients 112-2 through 112-X are 
performing bandwidth measurement tests, the measurement application 118 would wait until the 
other users have completed their tests. Again, an appropriate message should be generated by 
the measurement application 1 18 for transmission to the client 112-1. 

[0031] Once the measurement application and measurement applet 118 and 120 are ready to 
proceed, the method continues to step 142 where the measurement application 118 initiates a 
download bandwidth measurement test by flooding the socket connection with UDP packets 
generated thereby. The method then proceeds on to step 144 where the measurement applet 120 
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measures the download data transfer rate. The method of performing the download bandwidth 
measurement test of steps 142 and 144 is similar to the previously described upload bandwidth 
measurement test except that the functionality of the measurement application 118 and the 
measurement applet 120 are reversed. Thus, those actions previously performed by the 
measurement application 118 are now performed by the measurement applet 120 while those 
functions performed by the measurement applet 120 are now performed by the measurement 
application 118. Accordingly, as before, it is preferred that the measurement application 118 
generate generally incompressible UDP packets of varying sizes and that each UDP packet 
generated by the measurement application 118 and downloaded to the measurement applet 120 
should have a field containing a sequence number. The measurement applet 120 counts the 
number of UDP packets received over a pre-selected time period and, from this count over time, 
can determine a download data transfer rate. The measurement applet 120 also counts bit errors 
and packets lost. As before, bit errors may be counted by placing known data in the payload of 
each UDP packet and then comparing the payload of the arriving UDP packets to the known data 
to determine the bit error count. Alternately, a CRC check may be performed on the arriving 
UDP data packets. Lost packets are counted by comparing the count of arriving UDP data 
packets to the highest sequence number identified within the received stream of UDP data 
packets. Preferably, during the download data transfer rate test, the measurement application 
120 should transmit a message for display at the client 112-1 indicating that the download 
bandwidth measurement test is being conducted. 

[0032] After completing the downstream bandwidth measurement test at step 144, the 
method proceeds to step 146 where a report containing the results of both the upstream and 
downstream bandwidth measurement tests is generated for display by the client 112-1. 
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Typically, the report will contain the download speed and upload data transfer rates in Mbits per 
second for the client 112-1 and the determined latency for transmitting data between the client 
112-1 and the bandwidth measurement server 110. Preferably, the report will also contain the 
definition of the term "Mbits" as 1,000,000 bits per second and a comparison of the download 
and upload data transfer rates to those of a conventional 56K modem. Finally, it is contemplated 
that the generated report may contain suggestions on how to improve data transfer rates, for 
example, by adjusting the configuration of the client 112-1. 

[0033] Proceeding on to step 148, the measurement application 118 stores the results of 

the bandwidth test in the measurement database 122. Typically, the measurement application 
118 will store the IP address (or another unique identifier) of the client 112-1 for which the test 
was performed, the date and time of the test, the upload and download data transfer rates 
measured during the test, the latency for data transmissions, the upload and download bit error 
rate, and the upload and download packet loss rate. If desired, the acquired data may be stored in 
a log file rather than the measurement database 122 illustrated in Figure 2. 
[0034] The method then proceeds on to step 1 50 where the measurement application 1 1 8 re- 
generates the aforedescribed GUI from which the user previously initiated the "RUN 
BANDWIDTH MEASUREMENT TEST" action. If the user decides to select another action, 
the method returns to step 132, and, from step 132 to a next action selected by the user. For 
example, if the selected next action is to perform another bandwidth measurement test, the 
method would again proceed through steps 134 through 150 in the manner previously described. 
If, however, the selected action is "RUN BANDWIDTH REPORT", the method proceeds to step 
156 where the web server application 116 retrieves, from the measurement database 122, the 
baseline and most recent bandwidth measurement tests for the client 112-1. Continuing on to 
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step 158, the web server application 116 generates a display of the baseline and most recent 
bandwidth measurement tests for review of the user of the client 1 12-1. Preferably, the display 
will be similar to that generated at the end of a normal bandwidth test except that the same 
information is displayed for the baseline bandwidth test. By reviewing the baseline and most 
recent bandwidth measurement tests, the user can determine if there has been a detectable 
deterioration in the service provided by their ISP. 

[0035] As will be more fully described below, the measurement database 122 maintains data 
acquired for all bandwidth measurement tests performed for the client 1 12-1, as well as the data 
acquired for the clients 112-2 through 112-X. However, in the embodiment disclosed herein, 
only the information for the baseline and most recent normal bandwidth tests are provided to the 
client 112-1 upon request. No information regarding bit error or lost measurements for any 
bandwidth tests is provided to the client 112-1. Nor is any information provided regarding 
normal bandwidth tests other than the most recent normal bandwidth test. Finally, no 
information regarding any bandwith measurement tests performed for the clients 1 12-2 thorough 
112-X is available to the client 112-1. Accordingly, as the same GUI is used by a service 
technician operating the ISP PC 1 14 to access all of the acquired data for all of the clients 112-1 
through 112-X, the web application 116 must be able to determine the appropriate amount of 
data to provide upon request. Various techniques may be used to accomplish this objective. For 
example, upon receiving a "RUN BANDWIDTH REPORT" action, the web server application 
116 may ask for the IP address of the client for which the data is to be provided. The web server 
application 116 may then compare the received IP address to the IP address of the requesting PC. 
If the IP addresses match, the web server application 116 will determine that the request is being 
issued by a user at the client 112-1 and will transmit the limited amount of bandwidth data 
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provided to users. Conversely, if the IP addresses do not match, the web server application 116 
will determine that the request is being issued by a service technician at the ISP PC 1 14 and will 
transmit the more detailed information made available to service technicians. Of course, if 
desired, like the baseline measurement test, the transmission of detailed bandwidth data to the 
ISP PC 1 14 may be password protected. 

[0036] The method then proceeds to step 150 where the web server application 118 again re- 
generates the aforedescribed GUI and the user must again decide whether to initiate yet another 
action. If no other actions are to be initiated, the user closes the GUI, and, if no other internet 
browsing is desired, closes the web browser application 114 as well. Having closed the web 
browser application 114 at step 152, the method then ends at step 154. 

[0037] Referring next to Figure 4, the method by which the service technician accesses 
bandwidth measurement data for a selected client, for example, the client 112-1, from the ISP PC 
114, will now be described in greater detail. The method commences at step 160 and, at step 
162, the service technician launches the web browser application 124. Like the web browser 
application 1 13, at step 164, the web browser application 116 accesses the web server application 
116 residing on the bandwidth measurement server 110. Unlike the above-described method, 
however, the router 106 may couple the two directly and not route the connection through the 
gateway 108. 

[0038] Proceeding on to step 166, the web server application 116 again generates the same 
GUI produced when accessed by clients. Here, however, only the third, "RUN BANDWIDTH 
REPORT" action has particular use to the service technician when evaluating the performance of 
a selected one of the clients 112-1 through 112-X. Accordingly, at step 166, the service 
technician selects the "RUN BANDWIDTH ACTION" and, upon request for an IP address, 
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enters the IP address for the selected one of the clients 112-1 through 112-X for which the 
service technician wishes to review the performance thereof. Upon receipt of the IP address and 
upon recognition of the requesting terminal as the ISP PC 114, the web server application 116 
retrieves the data acquired during bandwidth measurement tests for the requested client at step 
116 and, at step 170, displays the retrieved data for review by the service technician. Upon 
completing a review of the retrieved data, the service technician closes the web browser 
application at step 172 and the method ends at step 174. 

[0039] By reviewing the bandwidth measurement data displayed at step 172, the service 
technician can evaluate performance of the service node 102-L For example, if the normal 
bandwidth is noticeably lower than the baseline bandwidth for a client, a problem within the 
service node may exist, particularly if the same reduction has occurred in connection with plural 
terminals. The service technician would then be in position to initiate remedial action upon 
recognition of the cause of the drop in bandwidth. On the other hand, if the normal bandwidth 
closely tracks the baseline bandwidth, any below-rated data transfer speeds being experienced by 
a client are more likely caused by problems within the client or within the Internet 100 and is 
outside the control of the service technician. To consistently identify degradations in service, it 
may be useful to provide pre-selected variances which define whether a degradation has 
occurred. For example, 5% may be selected as a threshold value. Changes between the baseline 
and normal bandwidth measurements which are less than 5% would be deemed as a normal 
fluctuation, while a drop of 5% or more would be deemed as a degradation in service. 
[0040] Thus, there has been described and illustrated herein, an internet service node which 
incorporates a bandwidth measurement device as well as associated methods for evaluating data 
transfers. However, those skilled in the art should recognize that numerous modifications and 
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variations may be made in the techniques disclosed herein without departing substantially from 
the spirit and scope of the invention. Accordingly, the scope of the invention should only be 
defined by the claims appended hereto. 
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